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ABSTRACT 


A graphics package^GICSYS, for computer aided 
design of LSl/VLSI systems* layouts using Caltech Inter- 
mediate Form (GIF), has been designed and implemented on 
DEC-1090 system as the host machine. It has been written in 
PASCAL. The graphics display used for this package is the 
Tektronix 4006-1 a DVST type terminal. 

The package consists of an interpreter program and 
graphics routines for drawing stipple codes (patterns) for 
different kind of important layers of the integrated systems 
layouts. The interpreter interprets the commands of CIF 
and initiates semantic actions through the graphics routines. 
Some of the important systems layouts have been displayed/ 
demonstrated using this package. The complete package has 
been written in PASCAL, a high-level machine independent 
language. The package is device independent. 
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• . CHAPTER 1 

INTRODUCTION 

1.1 AN IMPLEMENTATION PROCESS OF AN INTEGRATED SYSTEM: 

A system designer of LSI/VLSI systems needs certain 
design tools and procedures for implementing integrated 
system designs. Various design tools are available that help 
the designer to produce the geometrical layout patterns 
for each layer of an integrated system, given the logic, 
circuit, or topological level design of the system. Simi- 
larly, various procedures are also available for encoding the 
layout patterns. The encoded layouts are subsequently used 
in the patterning and fabrication processes to implement 
the integrated system. Some of these procedures are performed 
manually while others are machine-assisted. To have an 
appreciation of the work undertaken by us, it is worth 
summarising the procedures and artifacts of hand layout, 
and layout description and digitization using a layout 
language with the help of Fig. 1*1. 

The figure gives a complete, though primitive, 
sequence of steps to prepare a design for implementation. 

These procedures ard^entirely adequate for organizating and 
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implementing moderate sized LSI chips. The procedures may 
also be used for large integrated systems which have highly 
structured design. Our work has direct relevance to the 
procedures shown in the Fig, 1.1 (except the procedures 
related to foundry). 

1.2 OBJECT AND SCOPE OF PRESENT WORK: 

The aim of the project is to obtain check plots of 
cells/systems layouts. The computer generated layout is first 
displayed on a graphics terminal and then the check-plots are 
obtained in the form of photographed plates. Once the 
final check plot has been obtained, the resulting system layout 
files in intermediate form (usually in CIF, as in our case) 
can be sent to foundry for pattern generation, mask making, 
and wafer fabrication resulting in working packaged chips. 

Keeping the above objective in view, we developed this 
graphics package to display the layouts of integrated subsystems/ 
systems on a graphics terminal, namely, Tektronix 4006-1, 

Direct View Storage Tube (DVST) terminal. The layout has to 
be described in a language called Caltech Intermediate 
Form (CIF) whose details are given in Chapter 2, and this 
description is fed as input to the program. If the layout 
description is available in some language other than CIF 
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it has to be translated to an intermediate form, usually 


to CIF. For example, if the layout has been hand drawn , 
which is a simple and common method of producing system 
layouts, it has to be digitized by encoding it in a layout 
language, say, in CIF. Though we have chosen the CIF form 
for layout description, there are two other commonly known 
representations for layout description. These representations 
are ‘symbolic layout language’ or 'an interactive design 
program in any higher level languages' . Even if any of' these 
representations is chosen, it has to be ultimately 
translated to an intermediate form, usually to CIF which is 
a standard form being used almost every where. Implemen- 
tation of interactive computer program is not presently 
feasible here due to lack of interactive display facilities. 
One could, however, choose the symbolic layout language which 
is more user friendly and whose function, in its simplest form 
is similar to that of a macroassembler. 

The package has been designed, written in PASCAL, a 
high level- machine independent language. It has been imple- 
mented on the DEC-1090 system using the Tektronix -DVST 
terminal. All the important graphics routines have been 

designed and written by us while 2 few of the built-in routines 
of GPGS have been utilized in this package, (GPGS is a set of 
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subroutines coded in Assembly Language of the host machine, 
(DEC-1090 system) and once the high-level language interface 
software module is built, then GPGS is available to the user 
in the form of library of graphical functions and procedures . 
GPGS is device independent.) The GPGS routines have been 
accessed through PASCAL# 

Error reporting/handling is one of the very important 
aspects of any software system. With a view to report errors 
at lexical and syntactic level, a parsing table was desi- 
gned and constructed whose details are given in Chapter 3. 

The heart of the project is design and implementation 
of an interpreter program which interprets the statements/ 
commands of CIF file and initiates semantic actions by calling 
appropriate graphics routines in the program. Its details are 
given in Chapter 4. 

Some illustrative systemslayouts have been given in 
Chapter 5. These layouts were displayed on the graphics 
terminal and check plots of these layouts were obtained in 
the form of photographed plates. These plates have been 
shown therein, i.e. in Chapter 5. 



CHAPTER 2 


THE LANGUAGE FOR LAYOUT DESCRIPTION 

The Caltech Intermediate Form (CIF Version 2.0) has 
been chosen as the language for layout description. (The 
reader is referred to Chapter 4 of Ref. [l]). It is a means 
of describing graphic items of interest to LSI circuit and 
system designers* Its purpose is to serve as a standard 
machine readable representation from which other forms can 
be constructed for specific output devices viz, display 
terminals, plotters etc. The form is a fairly readable text 
file. 

The basic purpose of the form is to specify literally 
every geometric object in the design using ample precision. 
The features of the form are: 

a) It enables sharing designs with others, 

b) It allows combining several layout files to 
form a larger chip. 

No matter what the original input methods are (hand 
layout and coding or an interactive design program), the 
designs will be translated to CIF as an intermediate step, 
before being translated again to^variety of formats for 
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output devices (viz, display terminals or plotters)or 
other design aids. 


2.1 SYNTAX: 

The CIF file contains a list of commands followed by 
an end-marker. The commands are separated with semicolons. 
The syntax is formally defined as follows. The standard 
notation proposed by Niklaus Worth (ref. [2]) has been used. 


a) 


= 

b) 


1 

c) 

ft 

It 

d) 

{ 

l 

e) 

c 

] 

f) 

( 

> 

g) 

« 



is used to relate identifiers to expression , 
is used for OR . 
around terminal , 

indicate repetition any number of times 
including zero. 

optional factor (i.e. zero or one repetition) 
are used for grouping. 

rules are terminated by it( called 'period* ). 


Syntax allows blanks before and after commands. The 
syntax reflects the fact that symbol definitions may not 
nest. 

cifFile =^|blank| [commandjsemi j endCommand|blank^. 

command = primCommand| defDeleteCommand| 

defStart Command semi^blank|[primCommand J 
s emi | def FinishCommand . 
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primCommand 


po lygonCommand 
boxCommand 

roundFlas h Comma nd 
wir eCommand 
layerCommand 
defStartCommand 

def Finish Command 

defDeleteCommand 

callCommand 

userExtensionCommand 

commentCommand 

endCommand 

T ransf ormation 

path 

point 

slntegex 

integer 

integerD 


= polygonCommand| boxCommand) roundFlash 
Command | wix eCommand | layerCommand j call 
Command | userExtensionCommand | 

Comme nt Comma nd » 

= ' ’ JP' 1 path . 

= ' r, B** integer sep integer sep point 
[sep point]. 


= ' *R' ’ ^integer sep point. 


= T, W* ’ integer sep path* 


= ' 1 L‘ ’ |blank} 
= *‘D' '[blank} 


short name. 

11 S ' 1 integer [sep integer 


sep integer] . 


±= * »D« ’{blank} "F 1 ’ . 

= ' »D* '[blank} 1 ’D’ 1 integer, 

= ' ' C ? * integer transformation. 


= digit userText. 

= comment Text*') Tt . 


= » «E* * . 


= ^ blank} ( 1 'T* * point |» »M* '[blank}' ‘X* ' | 
"M' ’[blank]' » Y* * j * 'R ' 1 point)}. ; 

= point | sep point j, . I 

= slnteger sep slnteger . j 

sepj ] integerD, 

« £ sepJintegerD , 

= digit | digit} . 
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s hortname 

S3 

c[cj[cj[cj. 

c 

S3 

digit) upperChar. 

userText 

= 

^ user Char j . 

commentText 

*= 

5 commentChar i j commentText * * ( * * 



commentText ' ' ) 1 'CommentText . 

semi 

ss 

^ blank] ^ blank]. 

sep 

. S3 

upperChar j blank. 

digit 

= 

• *0* * | 1 *1" j * 1 2 * • | * *3‘ * | » »4‘ ' | * *5' ' j 



• » 6 « • J 1 1 7 » i | » i s« • j i i gt i * 

upperChar 

= 

* 'A r * | * ’B' « | ‘ 'C" | ...) "Z' * . 

blank 

33 

any ASCII character except digit. 



upperChar, ' ' ' » 1 ’ ( 1 1 , ' 1 ) * ’ , or 

user Char 

= 

any ASCII character except ' * ; 1 * • 

commentChar 

=5 

any ASCII character except «'(** or 11 )* 

2.2 SEMANTICS: 




It is important that all readers and writers of files 
in this form have exactly the same understanding of how the 
file is to be interpreted. Floating point numbers are not 
used in CIF . 2nd there are no iterative constructs. There 
may be additions to CIF in future. 

There is provision for defining and calling symbols; 
this results in substantial reduction in the size of the CIF 


file 
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It is important that the programs, processing CIF 
files are correct and errorfree. 

2.2.1 Measurements: 

CIF uses a right handed coordinate system. (Directions 
and distances are always interpreted in terms of the front 
surface of the chip. ) Distance measurement units are hundredths 
of a micron (pm). There is practically no limit on the size 
of a number, but care should be taken to ensure that overflow 
does not occur. 

2 .2 .2 Direction: 

Angle of rotation is not measured/specif ied directly in 

radians or degrees. CIF uses a pair of signed/unsigned 

a 

integers to specify/,’ direction vector' which is a measure of 

angle of rotation. This feature eliminates the needs of 

trigonometric functions in many situations and avoids the 

problem of choosing units of angular measurements. The 1st 

component of direction vector is along +lve X-axis while the 
is 

other/along +ive Y-axis. Thus a direction vector pointing 
along X~axis will always have its second component as zero 
while the other component can be any +ive integer. A (0,0) 
vector could also mean a direction vector along X-axis but 
a warning message should be given because Arctan (^) is 
undefined. 
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In the procedure ROTAT in our program, the direction 
vector (a,b) has been used to compute the COS and SIN 

components of the angle of rotation '0* as follows; 

1 

cos (0) = a/V( a^4-b^) 
sin© = b/V"(a 2 +b 2 ) 

taking caro that a and b are not simultaneously 0. 

2.2.3 Geometric Primitives; 

CIF specifies geometric primitives that specify the 
two dimensional geometric objects. At present it includes 
boxes, polygons, flashes and wires. It may be extended to 
accomodate more exotic geometries. It is not necessary to 
use a primitive just because it is provided. Blanks and 
upper case characters are acceptable separators. 

We have chosen only blanks as acceptable separators 
for implementation of our program. 

2 .2 .3.1 Boxes ; 

Box Length 10 Width 20 Centre 40, 30 
Direction 1,1; (or B 10 20 40 30 1 1;) 

Box is the most widely used geometric primitive for the layout 
description in CIF. It is specified by the boxCommand. 
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The first character of the command is 'B f which denotes that 

it is a box. The 1st argument of the command is length, the 

second is width, 3rd and 4th arguments specify the X and Y 

centre of the 

coordinates of the/box respectively, 5th and 6th arguments 
specify the direction vector which represents the orientation 
of the box. Length is the dimension of the box parallel to 
the direction vector while width is the dimension perpendicular 
to the direction vector. The fields that define a box are 
shown in Fig. 2.1. 

2, 2. 3. 2 Polygons : 

Polygon A 0,0 B 5,10 C 10,15 D 15, 20;(or P 0 0 5 10 10 
15 15 20;) 

A polygon is an enclosed region specif ied/determined by the 
vertices given in the path, in order (see Fig. 2.2). For a 
polygon having n sides, n vertices are specified and the last 
vertex is joined to the first vertex. Polygon Command starts 
with ’ P 1 and the subsequent pairs of integers/signed-integers 
stand for X,Y coordinate-specifications of vertices. 

The programs that try to interpret polygons may place 
several restrictions on their paths. No set of constraints 
has been found generally acceptable and likewise no program 
currently exists for dealing with completely general polygon. 
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No subroutines have been developed by us for 
polygon-shaped portion of the layout. All the illustrative 
examples, given by us in Chapters 4 and 5, are based on the 
’boxes’ only as the primitive geometric objects* 

2. 2. 3. 3 Flashes ; 

RoundFlash Dia 20 Centre 50, 30; (or R 20 50 30 ;) 

These are specified by the RoundFlashCommand. The first 
character of the command is R. The 1st argument of the 
command which is an unsigned integer, specifies the diameter. 
The 2nd and 3rd arguments specify the coordinates of centre 
of . the flash which is circular in shape, (see Fig. 2.2). 

2. 2. 3. 4 Wires : 

Wire Width 40 A 0,0 B 20, 10 C 50 60 (or W 40 0 0 20 
10 50 60;) 

It is specified by the wire command which starts with ’ W* . Its 
arguments, in pairs, specify the points along its path. It is 
sometimes convenient to describe a long uniform width traversed 
by the- path along its centre line. We call this construct 
a wire (see Fig. 2.2). An ideal wire is one which includes a 
semicircular cap on both ends of each of its segments. The 
semicircular cap, ensures a smooth connection between segments 
in a wire and between touching wires. 
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RoundFlash 



Fig. 2.2: Other items in the intermediate form. 
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Fox output devices, which take appreciably longer 
time to construct circles, the ideal wire is approximated with 
squared off ends. It may be noticed that squared off ends 
work nicely for segments meeting at right angles but cause 
problems if wires or wire segments are connected at arbitrary 
angles. To overcome this problem, any wires can be converted 
into connected sets of boxes of appropriate dimensions. The 
width of each box is same as width of wire. However, the* 
length of the boxes must be adjusted to minimise unfilled 
wedges and overlapping ears. An algorithm for constructing 
boxes from a wire description is given in Section 4.5.4 of 
Chapter 4 of ref.[lj. 

2, 2. 3. 5 Layer Specification ; 

Layer must be specified for each primitive geometry 
element. Layer is specified as a ’mode* that applies to all 
subsequent primitives, until the layer is set again. Layer 
mode is preserved across symbol calls. Layer is specified 
by the layer command* The 1st character of the command is 
the letter * L 1 denoting that this is a layer specification. 

The intention of the layer command is to label locally the 
layer for a particular geometry. It is, therefore, senseless 
to specify any geometry without any layer specification. 
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To avoid conflict at the time of combining several 
files in intermediate form, it is very important that layer 
names must be unique. The basic idea is that the first 
character after L, denotes the technology and the remainder 
is mnemonic for the layer. 

We have chosen the following layers, which are 
more commonly used, for our purpose: 

ND nMOS Diffusion 
NP nMOS Polysilicon 
NC nMOS Contact Cut 
NM nMOS Metal 

NI nMOS depletion mode implant 
(NZ is a dummy layer) 

New layer names can be defined as and when needed. 

2.2*4 Symbols: 

Most of the LSI/VLSI layouts include items that are 
often repeated. Because of this repetition it is helpful to 
define often used items as ‘Symbols’. This facility, together 
with the ability to ’call’ for an instance of the symbol to 
be generated at a specific position, greatly reduces the size 
of CIF file. Thus this feature of defining and calling 
symbols is a very important aspect of CIF files. This feature 
is similar to defining and calling picture segments in the 
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graphics terminology ox similar to defining and calling 
sub-circuits, in the network terminology, to draw/ simulate the 
complete circuit* 

The symbol facilities are deliberately limited to avoid 
undue complexity of implementing programs that process GIF 
files. For example: - 

a) Symbols have no parameters, 

b) Symbol geometry is not scaled up or down 
while calling the symbol* 

c) There are no direct iterative constructs. 

The main reason for symbol facilities is to limit the 
file size. But if the symbol mechanism is not adequate for 
some applications, the desired geometry can be still be 
achieved with lesser use of symbols and more use of explicit 
geometrical primitives. Symbols need not be used at all, this 
avoids the necessity for intermediate storage for symbol 
definitions; but results in larger CIF file. Our program 
covers both these aspects. 

The ability to call for iterations (arrays) of symbols 
is not provided in CIF. This is primarily because of the 
difficulty of defining a standard method of specifying 
iterations. One can still achieve a great deal of file 
compaction by defining several layers of symbols (e.g. cell. 
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row, double row, array). Implementation of iterations is the 
future prospect for addition to CIF . 

2 .2. 4.1 Defining Symbols : 

Definition Start No*40 A/B = 200/1* ...» 

Definition Finish ; (or DS- 40 200 1; DF;) 

A symbol is defined with DS as its first command and 
DF as its last command. The first argument of DS command 
is an identifying symbol No . . Symbol No* I s unrelated to the 
order of listing of symbol definitions in the file. 

The second and third arguments of DS command which 
are optional parameters, are meant to scale distance 
measurements. We will call the 2nd and 3rd argument as * a* 
and ' b' respectively. As CIF is read, each . distance (size 
or position) measurement, mentioned in the geometric 
primitive commands (Boxes etc.) and call commands in the 
symbol definition is scaled to 

(a * distance)/tv 

For example, if the designer uses a grid of 1 micron, the 
symbol definition might specify all distances in microns 
and specify a = 100 and b = 1 or the designer might choose A 
(characteristic fabrication dimension) as a convenient unit. 
This provision reduces the number of characters in CIF file 
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by shrinking the integers that denote dimensions and may 
improve the legibility of the file. However, it should be 
clear in mind that it does not provide scaling or ability 
to change the size of a symbol called within the symbol- 
definition. 

Nesting of definitions is not allowed. That is, after 
a DS command is specified for a particular symbol, the 
terminating DF must precede the next DS. The definition, 
may, however, contain calls to other symbols which may in 
turn call other symbols. 

A symbol must be defined before it is called by the 
symbolcallCommand, This can be achieved by placing all 
definitions first in the file and then placing the call 
commands . 

to 

When several people contribute^ design, some symbol 
management is necessary. For example, if a symbol is 
redefined, the previous definition is discarded. This is 
achieved by dofOuleteCommand given below. 

2 .2 . 4.2 Calling Symbols ; 

Call Symbol No. 40, Mirrored in X, Rotated to 1 1, 
Translated to 5 15} (or C 40 MX R 1 1 T 5 15;) 

The call command is used to call a specified symbol 
and to specify transformation that should be applied to all 
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geometry contained in the symbol definition* The call command 
starts with letter 'C*. The call command recognizes the 
symbol to be called with its ‘symbol index' established at 
the time of defining the symbol. 

The transformation to be applied to the symbol is 
specified by a sequence of primitive transformations 
mentioned in the 'Call' command. These primitive trans- 
formations are: 

T point Translate the current symbol origin to this point. 

MX Mirror in x i.e. multiply x-coordinate by -1. 

MY Mirror in y i.e. multiply y-coordinate by -1* 

R point-^Rotate symbol's X-axis to this direction. 

Ordering of these primitive transformations is very important. 
These primitive transformations are applied in sequence i.e. 
first primitive transformation given in the call command will 
be applied first, then the second one and so on. It is not 
necessary to apply each primitive transformation separately; 
instead, the several primitive transformations can be 
combined into one matrix multiplication. 

Symbol calls may nest i.e. a symbol definition may 
contain a call command which calls another symbol. When 
calls nest, it is necessary to * concatenate* the effects 
of the transformations specified in the various calls (see 
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section 2*3). A CIF file comprising of a nested call is 
appended below. In this, call command C 15 T 30 0; calls 
symbol No* 15 which in turn calls symbol No. 12 vide the 
call command C 12 T 20 20. 

Layer settings are preserved across symbol calls 
and definitions. 

LNZ; 

DS 12; 

LND; 

B 4 4 5 2 1 0 ; 

B 4 4 5 21 1 0 ; 

LNI; 

B 5 10 5 15 1 0; 

DF; 

DS 15 \ 

LNI; 

B 20 10 -8 -4 20 -20; 

C 12 T 20 20; 

B 30 30 10 4 1 0; 

DF; 

C 12 T 10 -10 RIO; 

C 15 T 30 0 ; 

E 
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2 *2 *4.3 Deleting Symbol Definitions ; 

The DD command tells that all symbols with indices 
greater than or equal to the number specified as the argument 
of the command can be 'forgotten' as they will not be called 
again (e.g. DD 50 means that Delete definitions >= 50). This 
feature is included so that several CIF files can be appended 
and processed as one. In such a case, it is necessary to 
delete symbol definitions used in the 1st part of the file 
because of the following reasons; 

a) Definitions may conflict with definitions 
made later 

b) A great deal of storage (memory) can usually be [ 

saved by deleting the old definitions. 

The provision, that some definitions are to be retained 
are 

(while others/to be deleted) is aimed at maintaining a 
standard library of symbols/def initions that a project group 
may develop. These standard symbols may be pull up transistors, ; 
contacts , etc. 

At present this feature is not incorporated in our j 

program but can be implemented in future. 

2.5 User Extension Command; ! 

Several command formats (any command starting with 
digit) are reserved by individual users. One of thc j aims 
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of this command is to record ancillary information or 
data structures(o .g. circuit diagrams, design-rule check 
results) that are to be maintained in parallel with the 
geometry specified in GIF form. An illustrative example will 
look like:- 4 : NONSTANDARD DESIGN RULES: LAMBDA=4 .0 ; 

2.2.6 Comments: 

Comment facility is provided to make the file easier 
to read. The comment text is enclosed within a pair of 
parentheses. 

This feature has been implemented by us in our 
program. 

2.2.7 End Command: 

This command is meant to indicate end of file. This 
is the last command of a CIF file. The command consists 
of just one character i.e. E. 

2.3 TRANSFORMATIONS: 

When we are calling a symbol by a call command, we 
need to apply a transformation to the coordinates of an 
item given in the symbol definition to get it transformed 
into the coordinate system of the chip. 

Since we allow no scaling in a symbol call, distances 
axe never changed by the symbol calls. Thus a distance 
requires no transformation. 
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A point (x,y) given in the symbol is transformed to 
a point ( x* , y' ) in the chip coordinate system by a 3x3 
transformation matrix T: 


[x* y* 1] = [x y 1] T 

1/Ve are dealing with homogeneous coordinate system .T itself 
may be the product of primitive transformation matrices 
Tl, T2, T3 etc. 

T = T1 T2 T3 


where Tl is a primitive transformation matrix obtained 
from 1st primitive transformation mentioned in the call 
command, 12 from the 2nd and so on. There may be fewer or 
more than 3 primitive transformations in a call command* 


The primitive transformation, matrices are given 


below:- 


T 


xy 


MX 




0 

0 


0 


0 


1 
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MY T3 


jl 0 0~ 

0 -1 0 

0 0 1 i 


Fx/c y/c 0 

R xy T4 = |-y/c x/c 0 

| 0 0 1 


where c 


=Y( x 2 +y 2 


[Note: x/c=cos0 and y/c = sin© if © is the angle of 

rotation measured in counter-clockwise direction]. 


Nested calls require that we combine the transformations 
already in effect with those specified in the new call. 

Suppose we are calling a symbol a, transforming it to coordi- 
nates of chip by the matrix T and under a's definition 


The 


ac 


there is call to symbol b.^ transformations specified in 
the call will result in a matrix T bg that will transform 
coordinates specified in b to the coordinate system used in 
a. Now these must be transformed by T to convert from the 

Cl v 

system of symbol a to that of the chip. Thus full trans- 
formation becomes 


[x- y 1] = [ x y 1] T ba T ac 
= [ x y l] T fec 

Thus only one transformation T^ can be applied to 
ponvert directly from the coordinates in symbol b to the chip. 
This procedure can be carried out to any arbitrary level of 
testing. 
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To implement transformations, one can proceed as follows: 
A ‘current transformation matrix* CT can be maintained, which is 
initialised to the identity matrix. This matrix CT is used, 
then, to transform all coordinates. When a symbol call is 
encountered, following steps are carried out: 

1. ’Push* the current transformation and layer name 
on stack. 

2. Set layer name to ZZZZ 

3. Collect the individual primitive transformations 
specified in the call into the matrices T1,T2,T3 etc. 

4. Replace the current transformation CT with T1 T2 T3... 
CT (i.e. premultiply the existing transformation by 
the new primitive transformations, in order). 

5. Now process the symbol using the new CT matrix. 

6. When the symbol call is completed, ’pop* the 
saved matrix and layer name from the stack. This 
restores the transformation to its state immediately 
before the call. 

We have implemented the nested calls, based on an algorithm 
similar to that mentioned above* The procedures PU5HTRN, POPTRN, 
PREMULT I PY, IDENT, IDENCT, BEGINTRN have been designed and 
written by us to implement it. At present, the program caters 
for five levels of nesting but it can be made to cater for any 
arbitrary level of nesting by simply changing the value of the 
constant STACKSIZE by the formula 

STACKSIZE = 6 * Max level of nesting. 



CHAPTER 3 


THE DESIGN AND IMPLEMENTATION' OF LEXICAL ANALYSER 

AND PARSING TABLE 

We know that error reporting/handling is a very 
important aspect of any software package. To detect errors 
at syntactic level, design and implementation of a parser 
is imperative. But design of a parser involves the design 
and implementation of a lexical analyser. The lexical analyser 
which is the 1st phase of any computation process, separates 
the characters of the source language (CIF, in our case) 
into groups that logically belong together, called tokens. 

The output of the lexical analyser is stream of tokens, which 
is passed to next phase i.e, to the parser. A parser for 
any grammar G is a program that takes as input a string w and 
produces as output either parse tree for , if is a 
sentence of G or an error message indicating that w is not a 
sentence of G. 

3.1 DESIGN AND IMPLEMENTATION OF LEXICAL ANALYSER: 

A lexical analyser was designed for the simplified 
version/ subset of the original grammar of CIF. The simpli- 
fied version/subset of the original grammar is given at 
Appendix A. It contains 40 terminal symbols. Each of these 



terminal symbols consists of just a single character* 


Data structure : The data structure chosen was arrays 
and arrays of records. 

a) SYMBOL is a record having two fields i.e. 

SYMNAME and SYMCODE. 

SYMNAME is for symbol name and symcode represents 
the code for corresponding symbol name. 

b) SYMTAB is an array which stores the symbol 
information i.e. symbol name and its corresponding 
code. This array is basically a symbol table. 

Description of Procedures : 

i) Procedure INSERT : This procedure inserts a valid 

symbol in symbol table (Symtab). The entries of the 
symbol table are symbol name and its code. 

ii) Procedure NEXTTOKEN checks whether a character, 
read, is a valid symbol or not. If it is valid 
symbol, then it inserts it in the symbol table by 
calling the proc. INSERT else it gives an 
error message saying ’Illegal symbol found’. 

Main Program s It reads the characters of input file 
one by one and calls the procedure ‘NEXTTOKEN , In case 
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of valid symbols (characters), the symbols are stored in 

the array SYMXAB otherwise an error message is given. The 
program is in the file LEX2.PAS, 

3.2 CONSTRUCTION OF SLR'(l) PARSIN3 TABLE: 

The parser checks the input and gives suitable 
diagnostic messages in case of any syntactic errors in the 
input. 

Two of the widely used parsing techniques for context 
free grammars are . TOP-DOWN (LL(l)) and Bot tom-Up (LR(1)) 
parsing* The reader is referred to Chapters 5, 6 of Ref. (3] 
for a good treatment for both of the above techniques. Of 
the above two, LR is more powerful as it accepts a larger 
class of grammars. There are three different techniques for 
producing LR parsing table: 

i) LR( l) 

ii) LALR(l) 

iii) SLR(l) 



LL( 1) 



Out of the three LR techniques [LR(l), LAlJR(l), 

SLR(1)J, SLR(l) is simplest to implement but it is less 
powerful compared to the other two. LR(1), also called 
canonical LR f is the most powerful and will work on a very 
large class of grammars} but it is most difficult to implement. 
LALR(l) is intermediate in power between SLR(l) and LR(i). 

The size of the parsing table (i.e. number of states) is 
same whether we use SLR(l) or LALR(l) algorithm, it is only 
LR(1) algorithm which produces a larger table. 

Since, in practice, most features of programming 
languages turn out to be SLR(l) and it is easiest to 
implement, we have chosen SLR(l) algorithm for construction 
of our parsing table. 

An SLR(l) parser consists of two parts, a driver 
routine and a parsing table. The driver routine is same 
for all SLR(l) parsers, only parsing table changes from one 
parser to other. Thus generating the parser requires 
generating the parsing table from the input grammar and then 
integrating the parsing table with the driver routine. This 
is schematically shown in Fig. 3.1. 

The SLR(l) parsing table was constructed by hand by 
us as the grammar was not too large. If available, the 
automatic parser generator is the best tool for large 


grammars. 




(a) Generating the parser 



Fig. 3.1: Generating an LR parser. 
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The rectangular parsing tables, like ours, are fast 
to access and provide good diagnostic facilities; but they 
take up too much storage space. The techniques of sparse 
matrices or other techniques can be applied to achieve 
increased space-efficiency; but # then time taken to access 
a particular element of the table increases or it causes 
delayed detection of syntax errors. By delayed detection, 
we mean that more parser actions have taken place before an 
error is recognized. 

3.2.1 Representation of Input Grammar in BNF Form: 

The input grammar i.e. syntax of CIF, in its original 
form»was not suitable for the purpose of the design of the 
parser and therefore it needed its conversion into 
equivalent dNF representation. . The original form contained 
repetitions denoted by curly brackets: this representation 
has been converted to a recursive relation. For example, 

A has been converted to a recursive relation 

A : : — e( , e* being the null/ empty string) 

A : : = AB ' 

The square brackets have been replaced after 
converting the relevant production into two equivalent 
productions e.g. [a] has been replaced as follows. If the 
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production is al = [a] then it has been converted tot- 
al : := e 
al : : = a 

Since we had to design the parser by hand, we simplified 
the original grammar by retaining only the salient features 
of the grammar. Restrictions were placed on the number of 
'blanks' to be allowed. Certain commands viz. Polygon Command, 
Wire Command, Round Flash Command, User Extension Command, 
Comment Commands were deleted. Blanks are the only acceptable 
separators, etc. 

This simplified version of the grammar was then taken 
as the input grammar for designing the parser. This is given 
at Appendix A. To distinguish non-terminals from terminals, 
pairs of horny brackets have been put around non- terminals . 

3.2.2 Computation of Functions; 

We need certain functions to enable us to proceed 
ahead to design a parser. These functions are: (a) FIRST 
and (b) FOLLOW (refer to ref. [3]). 

a) FIRST - If a Is any string of grammar symbols, then 
FIRST (a) is the set of terminals that begin strings 
derived from a. If a^ e , then e is also in FIRST(a). 
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To compute FIRST(X) for all grammar symbols X, apply 
the following rules until no more terminals or e can be 
added to any FIRST set:- 

1, If X is terminal, then FIRST(X) is ^ xj. 

2, If X is non-terminal and X— * >aa, then add a to 

FIRST(X)* If X — >e is a production, then add e 
to first (X). 

3, To compute FIRST (XI, X2,...,Xn) where Xl,X2,..,,Xn 
is a string of grammar symbols, proceed as follows: 

FIRST (XI, X2,...,Xn) 

=<T notv-e symbols of FIRST(Xl), 

non-e symbols of FIRST (X2) if e is in FIRST (XI), 
non-e symbols of FIRST(X3) if e is in both 

FIRST (XI) and FIRST(X2)» and 

so onJ> 

b) F OLLOW : FOLLOW(A), for non-terminal A, is the set of 

terminals a that can appear immediately to the right of A 
in some sentential form, i.e, srzr^oAafJ for some a and {3. 

If A can be the rightmost symbol in some sentential form, 
then e is in FOLLOW (A)* 

To compute FOLLOW (a) for all non-terminals A, apply 
the following rules until nothing can be added to any 
FOLLOW, set: 
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1. e is in FOLLOW(S), where S is the start symbol, 

2. If there is a production A — >ocB.p, then everything 

in FIRST(j3) but e is in FOLLOW(B). Note that e may 
still windup in FOLLOW(B) by rule (3). 

3. If there is a production A'~~>aB or a production A — *aBp 
where FIRST(p) contains e (i.e, p*2$$e ), then 
everything in FOLLOW(A) is in FOLLOW(B) . 

Using the above rules, FIRST and FOLLOW functions were 
computed by us* 

c ) CLOSURE : If I is a set of items for a grammar G, then 
the set of items CLOSURE(I) is constructed from I by the 
rules: - 

1. Every item in I is in CLOSURE(i) 

2. If A—- >a*Bp in in CLOGURE(l)and B-jy is a production, 

then add the item to I, if it is not already 

there. 

d) GOTO : Another useful function is GOTO (I,X) where I is a 
a set of items and X is a grammar symbol* 

GOTO (I,X) is defined to be the closure of the set of 
all items [A— >aX.p J such that [A — >a.Xp] is in I* 

3,2*3 The Sets~of~I terns Construction: 

The algorithm to construct C, the canonical collection 
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of sets of LR(O) items for an augmented grammar G* , is given 
below in Pascal-like language:- 

Procedure ITEMS ( G ' ) ; 

Begin 

C: =| C LOSURE ( JT ) 

Repeat 

for each set of items I in C and each grammar 

symbol X such that GOTO (I,X) is not empty 

\ 

and is not in C 
do add GOTO (I,X) to C 

until no more sets of items can be added to C 

_end 

3*2.4 Algorithm for Construction of SLR Parsing Table: 

Input C, the canonical collection of sets of items for an 
augmented grammar G‘ . 

Output If possible, an LR parsing table consisting of 
a parsing action function ACTION and a goto 
function GOTO. 

Method Let C =| I Q , 1^, I n ^.* The s ^ a ‘ tGS the parser 

axe 0,l,2,...,nj state i being constructed from 
1^. The parsing actions for state i are determined 



as follows: 
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1. If [A—^a.ap] is in 1^ and GOTO (i^a )=I . ,then 
set ACTION [i,a] to * shift j * . Here a is a 
terminal, 

2. If [ A~^a . ] is in 1 ± then set ACTION [i,a] to 
'reduce A-^ce’ for all a in FOLLQW(A) . 

3. If [S* — >S* j is in I i then set ACTION (i,£ ] 
to 'accept'. 

If any conflicting actions are generated by the above 
rules, we say the grammar is not SLR(l). The algorithm, then, 
fails to produce a valid parser in this case. 

The goto transitions for state i are constructed 
using the following rules: 

4. If GOTO (I i ,A) = I y then GOTO [i,A]=j. 

5. All entries not defined by by rules (1) through 
(4) are made 'error'. 

6. The initial state of the parser is the one con- 
structed from the set of items containing 
[S'-^.S], 

The parsing table obtained from above algorithm is called 
the SLR table for G. The parser using this table is called the 
SLR parser for G, and a grammar having an SLR parsing table is 
said to be SLR(l). y 
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3.2.5 Implementation of SLR Algorithm: 

The above algorithm was implemented for the simplified 
grammar of CIF to construct a SLR parsing table. The SLR 
parsing table is given at Appendix B. 

3.2.6 Verification of Correctness of Results: 

As the table was hand constructed (i.e. without 
using an automatic parser generator), we thought that it 
should be verified for correctness of its entries. Fortunately^ 
a program was available for automatic parser generator. 

The results obtained by us were compared with those obtained 
from the automatic parser generator and the two results 
tallied to each other. 

If one takes, the syntax of CIF in its entirety, the 
number of states of the parsing table will increase sub- 
stantially and in that case construction by hand becomes very 
very difficult and we, therefore, suggest the use of 
automatic Parser Generator for it. 



CHAPTER 4 


DESIGN AND IMPLEMENTATION OF AN INTERPRETER 

Instead of translating the CIF program into machine 
code and then executing it, an alternative approach is to 
translate and execute each intermediate language, statement 
as it is encountered* A program which achieves this task, 
is called an interpreter* It has the following advantages: 

1. It is often more compact than the machine code 
produced by a compiler* 

2. An alteration to a part of a program need not 
involve recompiling the whole program* 

The disadvantage of an interpreter is that programs 
tends to run relatively slow since intermediate language 
statements have to be translated each time they are executed 
but time penalty may not be too significant depending upon 
the design of the intermediate language. 

Since our language is in intermediate form and the 
statements of the language comprise of simple constructs, 
say upper case characters (each character representing a 
token), signed/unsigned integers and a few special characters 
we decided to design and implement an interpreter for 
semantic actions being dictated by the commands of the CIF 
language. Design and implementation of the interpreter is 
the most important feature of our program. 
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4.1 PICTURE SEGMENTATION AND DATA STRUCTURES: 

The structure of CIF file is based on the concept of 
subpicture structure, wherein, the display file (consisting 
of instructions to draw the geometrical objects, say, boxes) 
has been divided into segments (‘symbols 1 in the terminology 
of CIF language), each segment corresponding to a component 
of the overall display (layout). One can also associate a 
set of ’attributes 1 with each segment* One such attribute 
is visibility. A visible segment will be displayed but an 
invisible segment will not be displayed. 

The SEGMENT TABLE - There is certain necessary 
information associated with each segment and one has to find 
out ways to organise this information. Each segment should be 
given its own unique name so that we can specify it. If we 
are to change the visibility of a segment, we must have some 
way to distinguish that segment from all others. When we 
refer to a display file segment, we must know which display 
file instructions belong to it. This may be determined by 
knowing where the display file instructions for the segment 
begin and how many of them there are. For each segment, 
we shall need some way of associating its display file position 
information and its attributes information with its name. We 

need to organise this information so that given the segment 

u v * 

. ■_. . ... . . j&.fiiigf 


name, we can look up or alter its attributes, or given its 
name, we can interpret the corresponding display file 
instructions* 


In our system this has been done by forming a segment 
table (represented by the array SEGTAB ) * We have used the 
•array of records' as the data-structure for the segment 
table. SEGTAB is an Array [l*. NOOFSEGS] of SEGINFO where 
SEGINFO = record 


SEGNO : integer 
SEGSTADD: integer 
SEGSIZE : integer 
OFiON 


: 0..1 ^1 for visibility and 


end; 


0 for invisibility^ 


[ SEGNO : is the segment name . 

SEGSTADD: stands for SEGMENT-START address, 

specifying the display file starting 


locations . 

SEGSIZE : gives the size of the segment i.e. no. of 
instructions in the segment. 

OFFON : stands for VISIBILITY .) 

The schematic diagram of the segment table is 
shown in Fig. 4*1. 

[ Note : The word* display file* used in thin chapter means the 
part of the CIF file consisting of executable 

instructions to draw the geometric primitives, say, 
boxes] . 


SEGMENT 

SEGMENT- 

SEGMENT- 

VISIBILITY 

NAME 

START 

SIZE 



Fig. 4.1: The .r' Segment Table. 


Display file 

(INSTTAB) 


B 8 4 4 2 1 0 ; 


Segment table (SEGTAB) 


50 

/ j 


B 4 2 2 1 1 0 


Display 


Fig* 4*2: The segment table indicates the portions of the 
display file used to construct the picture* 









For each visible segment, we shall look up its 
starting point and size and pass this information along to 
our display file interpreter which will interpret each 
instruction of the segment. 

There are other possible schemes/data structures fox 
implementing the segment table, many with substantial 
advantage over the one we have chosen. We have selected this 
design because it allows simple accessing. It does not 
require any new data-structuring concept, and its updating is 
straight-forward. 

Display File Structure ; If the segment is visible and its 
size is greater than zero, then transformation matrix is 
applied on it and the segment is interpreted. As 

mentioned above, the segment table tells where to begin and 
how many instructions to interpret. We pass this informa tic 
to our interpreter which will interpret each instruction 
of the segment. 

There are many possible data-struc tures which might 
be used for necessary operations on the display file. We have 
chosen ‘array of records' as the data-structure. In our 
system, we have named the display file as a table INSTTAB 

i 

whicjt is an Array [ 1 . .MAXNOOF INST ] of INSTREC where 



45 


INSTREC = record 

INST : Array [ 1 . * INST LENGTH ] of char; 

Lay : 0..5 

end; 

[INST : represents the instruction-contents 
Lay : represents the codes for different 
layers,] 

While insertion, selection, and deletions are easy 

for an array, deletion may not be very efficient . If we wish 

to remove an instruction at the beginning of the display 

file, we must move all succeeding instructions. If the 

display is large, this could mean a lot of processing to 

recover only a small amount of storage. One alternative 

data structure which might be used is the linked list. 

Deletion of cells from a liked list is very easy. In our 
we 

system, since^ have not catered for 'deletions’ at present, 
the array structure is alright. 

The role of segment table in conjunction with 
display file to construct the picture is schematically shown 
in the Fig. 4,2. 

4,2 DESCRIPTION OF PROCEDURES : 

a) Procedure MAKETABLES : is a procedure which makes two 
tables after reading the CIF input file. One of these is 
SEGTAB and other is INSTTAB as described above. 



b) Procedure EXJTHINST : This procedure, when called by the 


procedure COMMANDPROCESSOR, executes the J^th instruction 
of the INSTTAB. If it (i.e, J^th instruction) is not a call 
command, the arguments of the instruction are passed on to 
the corresponding graphics procedure for onward drawing of the 
primitive geometric object. If it is 'call 1 command then it 
initialises the identity matrix and passes the parameters, 
related to transformation to be applied, to translation 
mia trix/iotation matrix/mirror matrix in the order specified 
in the call command for onward drawing of the transformed 
pictur e-segment specified by the symbol index of the segment. 

If the symbol number specified in the Call Command 
is not there in any .of the symbol definitions, then it gives 
an error message. 

c ) Procedure CQMMANDPROQESSQR : : This procedure finds the 1st 
executable instruction in the symbol definition of the called 
symbol with the help of SEGTAB which stores the information 
about starting address i.e. address of the 1st instruction. 

The SEGTAB also has the information about number of instru- 
ctions in a particular symbol definition. It calls the 
procedure EXJTHINST which applies the necessary transformations 
on the segment and then executes each instruction of the 
segment sequentially by calling the appropriate graphics 


routine. 
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4*3 DESIGN AND IMPLEMENTATION OF THE GRAPHICS ROUTINES: 

Five graphics routines (i.c* procedures) were written in 

PASCAL using two basic routines (functions) of GPGS:-;LZNE 

(X,Y,0) and LINE(X,Y). LJNE(X,Y,0) is same as MoveTo 

(x,y) and LINE(X,Y) is same as LineTo (X,Y) functions 

found in literatures (see ref. [4]). LINE(X,Y,0) sets the 

current beam position (X,Y) for the next line or text 

string. LINE(x,Y.) draws a straight line from the current 

beam position to point (X,Y) and resets the starting point 

to (x,Y)* If we want to draw a ‘.Vat point (X,Y) we have to 

call LINE(X,Y,Q) and LINE(X,Y) in succession. Five 

graphic procedures were designed and implemented to simulate 

five types of stipple codes (patterns), each code denoting 

a particular layer type. These procedures are BOXCUT, 

BOXDIFF, BOXIMPLANT, BOXMETAL and BOXPOLY. Care was taken, 

while designing these procedures that the pattern behaviour 

does not shrinks or expands with the changes in the 'BOX’ 

dimensions in the world coordinate system. This was achieved by 

fixing the number of increment-intervals (denoted by the const NT 

in the program) in a length of 1.0 of the viewport. Transforma- 
tion routines have also been designed and written by us. 
SELECTION OF WINDOW and VIEWPORT : 

For the sake of mere convenience, (XLOW, YLOW) of 
V/II'OW as well as of VPORT were chosen as (0.0, 0*0) . LT 



and WT stand for the length and width respectively in the 
world coordinate system. XHIGH and YHIGH of the window 
were chosen according to dimension LT and WT as given below: 


For Window, XHIGH = LT 
YHIGH = WT 


For Viewport, 


XHIGH =1.0 
YHIGH = WT/LT 
XHIGH = LT/WT 
YHIGH =1.0 



if LT > WT 


if WT > LT 


The above criteria was adopted to have larger screen area for 
picture-display. In case of negative coordinate points, 
however, one has to choose window parameters 

in a different fashion keeping in view the mapping of window 
parameters onto corresponding viewport parameters. 

Each of the above procedures was converted into a 
corresponding program in order to display the corresponding 
stipple pattern and accordingly the picture was displayed 
on the graphics terminal. 


4.3.1 ProcedureBOXCUT: ‘ 

This procedure, when called, displays the stipple 
code (pattern) for nMOS Contact Cut- layer in a box (rectan- 
gular/square ) shape on the display terminal. A check plot 
(a photographed display) is shown as Plate 4.1. The program 
is in the file:BOXC.PAS. 
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4.3.2 Procedure BOXDIFF; 

This procedure is for n-MOS Diffusion Layer in a 
box shape. The photograph of the display is shown as 
Plate 4.2* The program is in the file :BOXD. PAS. 

4.3.3 Procedure BOXIMPLANT; . 

This is for n-MOS depletion mode implant layer 
in a box shape. 

A photograph of the display is shown as Plate 4,3. 

Tho program is in the file:BOXI .PAS. 

4.3.4 Procedure BOXMETAL: 

This is for n-MOS Metal layer in a box shape. A 

photograph of the display is shown as Plate 4.4. The file is 
BOXM.PAS. 

4.3.5 Procedure BOXPOLY: 

This is for n-MOS polysilicon layer. A photograph 
of the display is shown as Plate 4. 5. The file is BOXP.PAS. 

It may be observed that none of the above five patterns 
is enclosed by continuous solid lines along perimeter 
of the box. This is a desired feature. 

None of the procedures listed above have been described 
in detail, because the program is fairly readable. 



Ail the procedures after their testing/ implementation 
individually, were placed into the body of the program for 
interpreter,- namely, program INTERPRET, at appropriate places 
and these procedures will be called as and when needed 
depending upon the statements/instructions of input CIF file. 

4.4 IMPORTANT FEATURES AND LIMITATIONS OF THE INTERPRETER 
PROGRAM: 

a) Important Features: 

i) EXJTHINST : As described earlier, this procedure 
is recursive in nature i.e, this procedure calls 
itself. 

ii) Any number of blanks are allowed at the beginning 

of instruction and at the end before occurrence of f j 

iii) It gives error messages. 

iv) It caters for inclusion of comments • 

v) It caters for nested calls. 

b) Limitations: 


i) Error reporting is not 


exhaustive 
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iii) Graphics routines for polygons, round flashes 
and wires have not been designed and imple- 
mented* The main reason for not implementing 
them was- that they are not used as commonly 
as the boxes and secondly, most of the layouts 
can be drawn using only boxes. These could, 
however, be implemented in future. 



CHAPTER 5 


ILLUSTRATIVE EXAMPLES OF SOME SYSTEMS LAYOUTS 


Some systems layouts were described in CIF form and 
photographs (Check plots) of the displayed pictures on the 
graphics terminal were taken. 

5.1 LAYOUT OF SHIFT REGISTER CELL (SRCELL)s 

SRCELL Layout is described as a collection of boxes 
on various layers. 

5.1.1 Description in CIF Form: 

The cell is described in CIF language as below: 
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0; 

B 

12 

18 

! 10 

15 


1 0 

B 

6 

4 

19 

18 

1 

o; 

B 

4 

2 

20 

21 

1 

0 5 

B 

14 

4 

25 

24 

1 

0; 

B 

8 

8 

36 

22 

1 

0; 

B 4 

LNP; 

14 

10 

31 

1 

0; 

B 

20 

4 

10 

12 

1 

0.5 

B 

4 

52 

26 

26 

1 

05 
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(CLOCK LINE ) } 

B 10 4 37 

12 

1 0; 

B 8 

6 

36 

17 

1 Oj 

B 12 

14 

10 

29 

1 Oj 

LNC; 

B 4 

4 

10 

4 1 

0; 

B 4 

4 

10 

42 

1 0} 

B 4 

8 

36 

20 

1 0 } 

B 4 . 

8 

10 

22 

1 0; 

LNM; 

B 42 

8 

21 

4 

1 0; 

B 42 

8 

21 

42 

1 Oj 

B 8 

12 

10 

22 

1 0; 

B 8 

12 

36 

20 

1 Oj 

DF; 

C 12 

T 0 

0; 




E 

5 . 1.2 Result : 

The photograph of the resulting display is shown as 
Plate 5.1. 

( Note : The implant layer has not been drawn so that the other 
layers may be more easily seen). 

5^2 LAYOUT OF A SHIFT REGISTER ARRAY: 

The basic constituent of the array is the SRCELL. as 
described in Section 5*1. This SRCELL is defined as a 
symbol and is then replicated a No. of times in various 



layout locations according to translation and mirror 
parameters in several call statements* 

5.2.1 Description in CIF FORM: 

The input CIF file is given below: 

LNZf 
DS 12 *, 

LNDj 


B 8 

8 

10 

4 

1 

0; 

B 8 

8 

10 

42 

1 

0; 

B 12 

18 

10 

15 


1 0; 

B 6 

4 

19 

18 

1 

Of 

B 4 

2 

20 

21 

1 

0; 

B 14 

4 

25 

24 

1 

0; 

B 8 

8 

36 

22 

1 

0; 

B 4 

LNPj 

14 

10 

31 

1 

Of 

B 20 

4 

10 

12 

1 

Of 

B 4 52 26 

(CLOCK LINE); 

26 

1 

0; 

B 10 

4 

37 

12 

1 

o; 

B 8 

6 

36 

17 

1 

Of 

B 12 

LNC; 

14 

10 

29 


1 0; 

B 4 

4 

10 

4 

1 

Of 

B 4 

4 

10 

42 

1 

0; 

B 4 

8 

36 

20 

1 

Of 

B 4 

8 . 

10 

22 

1 

Of 
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LNMj 






B 42 

8 

21 4 1 Of 




B 42 

8 

21 42 1 0; 




B 8 

12 

10 22 1 Of 




B 8 

12 

36 20 1 0; 




DF; 






C 12 

T 

0 Of C 12 T 

0 

76; 

C 12 

T 

42 0; C 12 T 

42 


76; 

C 12 T 

84 o; C 12 

T 

84 

76; 

C 12 

X 126 0 f C 12 T 

126 

76; 

C 12 

MY T 

0 84; c 12 

MY 

T 

42 

C 12 

MY T 

84 84; c 12 

MY 

T 

126 


E 

5.2.2 Result : 

Photograph of the resulting display is shown 
as plate 5.2. 

5.3 LAYOUT OF ,i PLAcellpair 

*<e know that PLA is a useful subsystem structure, 
often used to implement combinational logic and finite-state 
machines. A PLA can be constructed using six basic cell 
types (i.e. PLAcellpair, PLiConnect, PLAPulluppair, 
PLAground, PL a nput drivers, and PLAou+putinverters and a slight 
amount of 'random wiring'. Once the layout of these six 
basic cells is drawn, it is easy to construct CIF descriptions 
of different sized PLA 1 s having various number of inputs, 
product terms, and outputs. 
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5.3.1 Description in CIF Forms 


The input 

. CIF 

file is 

given 

LNZ; 





DS 15 

♦ 

* 




LNDj 





B 8 

8 

4 

6 1 

0 ; 

B 8 

8 

4 

20 1 

0} 

(DIFF TO 

GND) j 



B 4 

28 

18 

14 

1 05 

LNP; 





B 4 

28 

12 

14 

1 C; 

B 4 

28 

24 

14 

1 0;-, 

LNCj 





B 4 

4 

4 

6 1 

0? 

B 4 

4 

4 

20 1 

0^ 

LNM; 





(METL TO 

PULL 

UPS) $ 


B 28 

8 

14 

6 j 

- °S 

B 28 

8 

14 

20 

1 0; 

DF; 





C 15 

T 

0 

o ; 



E 

5.3*2 Result: 

The photograph of the resulting display is shown 
as plate 5.3. 

The OR and AND planes of the PLA are constructed 
as arrays of this 14 Xby 14 X PLAce.lloair cell* 


The cell 
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contains two poly and two metal signal lines and one 
ground line on the diffusion layer. Diffusion paths may 
be added at appropriate locations in such cells to form 
transistors and thus program the PLA. 

5.4 LAYOUT OF PLAconnect*. 

The connection between the AND and OR planes is made 
bly using a PLAconnect. These cells change the signal paths 
from the metal to the poly layer. 

5.4,1 Description in CIF Form: 


LNZ; 

DS 20; 
LND; 

B 8 

8 

4 

6 

1 0; 

B 8 

8 

4 

20 

1 0; 

B 8 

8 

22 

12 

1 0; 

B 6 

4 

29 

10 

1 0; 

LNP; 

B 20 

4 

22 

4 

1 0; 

B 20 

4 

22 

20 

' 1 0 

B 6 

8 

9 

6 

1 0; 

B 6 

8 

9 

20 

1 0; 

B 4 

4 

30 

16 

1 0; 

LNC; 

B 8 

4 

6 

6 

1 0; 

B 8 

4 

6 

20 

1 0; 

B 4 

4 

22 

12 

1 0; 
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LNM; 




B 8 

28 

22 

14 1 0; 

B 12 

8 

6 

6 1 0; 

B 12 

DF; 

8 

6 

20 1 0; 

C 20 

E 

T 

0 

0; 


5.4.2 Results 

The photograph of the resulting display is shown as 
Plate 5.4. 

5.5 LAYOUT OF PLA-PULL UP-PAIR: 

The pull-up transistors to be placed at the edges of the 
OR and AND planes are implemented by pull-up-pair cell, 

5.5.1 Description in CIF form: 


The input 

CIF 

file 

is given below: 

LNZ; 






DS 25; 






LNI; 






B 

26 

10 

30 

6 

1 

OJ 

B 

10 

16 

6 

17 

1 

o; 

B 

22 

10 

12 

20 

i 1 

0} 

LND; 






B 

8 

8 

4 

6 

1 

0; 

B 

32 

4 

24 

6 

1 

o» 

B 

8 

8 

6 

14 

1 

0* 

B 

36 

4 

22 

20 

1 

05 

B 

8 

8 

22 

20 

1 

o; 
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LNP; 

B 16 12 28 6 1 0; 

B 4 8 38 6 1 0; 

B 4 8 18 20 1 0; 

B 16 12 8 20 1 0; 

B 12 2 6 13 1 0; 

LNC; 

B 4 4 4 6 1 0} 

B 4 4 38 6 1 0; 

B 8 4 20 20 1 0; 

LNM; 

B 8 28 4 14 1 0; 

B 12 8 20 20 1 0; 

B 6 8 37 6 1 0; 

DF; 

C 25 T 0 0; 

E 

5.5.2 Result: 

The photograph of the resulting display is shown 
as plate 5.5. 


5.6 LAYOUT OF PLAground: 

The ground return paths, to be connected to the 
diffusion lines crossing the planes, are implemented by the 
PLA-Ground Cell. It is so structured that rows of the cell 
may be inserted at intervals within AND planes and columns 
of the cell may be inserted at intervals within OR planes. 
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5*6.1 Description in CIF Form; 


The input CIF 

file 

is - 

given below: - 

LNZ; 
DS 30 

LND; 

B 4 

* 

t 

18 

18 

11 

1 

0? 

B 8 

8 

16 

10 

1 

o; 

LNP; 

B 4 

20 

8 

10 

1 

o; 

B 4 

4 

12 

2 

1 

o? 

B 4 

4 

12 

18 

1 

o; 

B 4 

18 

24 

11 

1 

Oj 

LNC; 

B 4 

4 

16 

10 

1 

o; 

LNM; 

B 28 

8 

14 

10 

1 

0; 

DF; 

C 30 

E 

T 

0 

0? 




5 .6,2 Result; 

The photograph of the resulting display is shown as plate 
5.6, 

Comments on the results : The clarity of the picture is limi 
ted by the device-limitations of Tektronix-display terminal 
(e.g, one amongst the device limitations is the resolution of 
'dots* displayed by the terminal). 



CHAPTER 6 


USERS* MANUAL 


6.1 INTRODUCTION: 

This graphics package has been implemented on 
DEC-1090 system* The program has been written in PASCAL 
and the graphics routines of the program have been designed 
using the two basic functions of GPGS.Only 5 of the built-in 
GPGS routines have been directly called in the program 

y, 

(VPORT, WINDW, NITDEV, LINE (X,0), LINE(X,Y,l) ) . 

A 

6*2 DISPLAY-DEVICE: 

Tektronix-4006-1, DVST terminal has been used as 
the output device. 

6.3 SELECTION OF WINDOWS AND VIEWPORT : 

The user has to select WINDOW parameters by specifying 
a rectangular region in the 'user space* (or world coordinate 
system) as the region of immediate interest. He has to also 
specify a rectangular portion of the display screen within 
which his subsequent generated picture is to be displayed 
called the VIEWPORT • For these, he has to call VPORT and 
WINDW routines of GpGS by passing the relevant parameters 
appropriately* User is referred to GPGS Manual (see ref[9])» 


for details 
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If the layout has its XLOW =0.0 and YLOW = 0.0 in the 
world coordinate system, he has to assign the values of LT 
and HT only (LT is XHIGH and HT is YHIGH in the world 
coordinate), in the program. In such a case, the WINDW and 
VPORT will be automatically set. 

6.4 INSTRUCTION FOR WRITING CIF INPUT FILE: 

1. The layout description in CIF form, must be written 
Into the file named INPUT. If it is in some other file, 
that file should be renamed as INPUT in order to execute 
the program. 

2. To describe the layout in CIF, the user should find out 
the symbols (i.e, picture segments) which have been 
replicated at various locations in the overall layout 
drawn by hand. Existence of any symmetry (which includes 
translation/replication/mirroring etc.) should be found 
out to limit the file size. 

3. A ssign symbol idex, which should be a unique unsigned 
integer, to each symbol (by 'unique' we mean that the same 
integer should not be assigned to more than one symbol). 

. A 11 the statements of CIF, except statement E (which 
represents end of CIF file), must end with 


4 
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5, Define all the symbols at the beginning of the file, 

A symbol must be defined before it is called. To 
define a symbol proceed as follows? 

i) First command is DS command. The format for a 
DS command will be as follows; - 

DS blanks symbol index blanks integer blanks 
integer [blanks]; A typical DS command will 
look like:- 

DS 100 300 1 . ; 

(Note: l,‘ blanks’ in above description means one or 
more blanks, 

2, [blanks] means blanks are optional, 
ii) Write the statements pertaining to primitive 

geometric objects (boxes, only, at the present) 
in the format given below: - 
B blanks integer blanks integer blanks sinteger 
blanks sinteger blanks sintger blanks sintger 
[blanks]; 

1st integer length, 

2nd integer — ? width. 

First two sintegers specify x ? v '-ordinates of the 
centre point 
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7. Fox ’random wiring 1 , obviously no symbol definition and 
a call to that symbol is needed. 

The statements for drawing objects pertaining to 

just 

•random wiring’ (say boxes) are to be writ ten/after . the 
last DF command of symbol definitions. 


8. Once the CIF input file has been written down and stored 
in the file named ’INPUT* proceed as follows to compile/ 
execute the program: - 
. ASS TTY 3 
. R GPAS 
* File name , PAS 

. EX File name . PAS, SYS: PASLNK.REL,/SEA SYS:GPGS.REL, 

forlib.rbl 

(Note: 1, All GPGS routines are recognised by the 
PASCAL compiler - GPAS. 

2. File name is GICSYS as the program is presently 
stored in the file GICSYS. PAS) » 


9. Observe the picture on the terminal. If any errors are 
there in the picture, edit the INPUT file and again 
execute the program as given at SI. 8 to get the 
desired picture. If needed, photographs can be taken. 
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10. No tes t 1. Fox any classifications regarding CIF, the user 
should refer to ref. [l] . 

2. Fox any details about GPGS routines, the user 
should ref ex to GPGS Manual (ref. [9]) 

3. Logical unit No, assigned to TTY should be same as 
that given in the NITDEV procedure call. 

(In our case, we have chosen the No. as ’3’)« 

Any number between 1 and 7 can be chosen as the 
logical unit No. 

4. GPAS does not check the number or type of para- 
meters passed to GPGS routines and hence extreme 
care should be taken to see that the correct No. 
of parameters of appropriate type are provided 
when GPGS routines are called. 



CHAPTER 7 


CONCLUSIONS 

7.1 TECHNICAL SUMMARY: 

GICSYS, a subroutine-based-graphics package has been 

designed and written in PASCAL and has been implemented on the 

DEC- 1090 system using TEKTRONIX 4006-1, a DVST terminal. The 

package is meant to be used as a design aid for LSI/VLSI - 

graphics 

systems-design. The important J. routines have been 
designed and implemented by us while a few of GPGS routines 
have been called in the program at appropriate places. The 
routines for stipple-codes (patterns) for different layers of 
layouts have been exclusively designed and implemented by us 
(except the fact that it calls only two basic routines of 
3PGS viz. LINE(X,Y»0) and line (X,Y)» The algorithm of these 
routines are simple. The graphic routines have been linked with 
;he interpreter (core of the project) program which 
Interprets the various commands of CIF file and initiates 

semantic actions accordingly. The transformation routines have 
Iso been exclusively designed and implemented by us. 

The parsing table was designed after putting certain 
;onstraints and modifying the original syntax. This was 
lone to limit the size of the parsing table which was 
onstructed by hand. Obviously, the table can 
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5Q utilized only if the these constraints are adhered to* 

; more versatile error reporting can be achieved through an 
lutomatic parser generator. 

',2 SUGGESTIONS AND SCOPE FOR FUTURE WORK: 

!• have used ’arrays’ including ’arrays of records' in 
our interpreter program. One could think of a data stru- 
cture which would make the algorithm more efficient. One 
such possible data structure may be linked list structure 
in which wo can dynamically allocate space as needed and 
also release unused space. 

2. Not much has been done for error handling/recovery in 
this implementation. A more powerful error handling 
mechanism can be implemented in future. An automatic 
parser generator can be implemented for syntactic errors, 

3. The graphics routines for polygons , wires and round-flashes 
on different layers, can be implemented in future. 


4. Colour graphics facilities are more suited for the 

check plots. Colour check plots are much better: colour 
check plots can be made denser and still be readable; 
and association of colours with layers and functions is 
more easily made and subject to fewer errors in practice. 
These facilities may be created in future. 
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S'ir. An interactive layout system is more appropriate for 

design of systems layouts. Here the user can create and 
modify an integrated system layout directly on the CRT 
screen. Creating and moving items is fast and easy 
enough so that the designer can truly sketch on the 
, screen. Once the layout is basically correct, the items 
can be moved or modified to arrive at the most compact 
layout. Such a system may be created in future. 
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APPENDIX A 

THE SYNTAX OF CIF-SU3SST IN BNF 
[l]. <START>: <CIFFILE> £ . 

[2 J <CIFFILE>: :=* < CCSvlMANDlLIST> <ENDCOMvIAND> < B LANK> . 

[3j < COMMAND 1LIST> : :=<EMPTY> . 

[4] < COr/uv AND 1LIST > : ; =< COMMAND 1LIST> < COMMAND 1> . 

[5] <EMPTY>::= . 

[6] < CQMiviAND 1> ; :=<BLANKXSEMI> . 

[7] <COMi\ANDl> : ; = < B LANK> < COMiv A ND > < SEMI > . 

[8] <COMMAND>: :* <PRIMCOfvWAND> . 

[ 9 J < COMMA ND> : : = < DE FDE LETE COMMA ND> . 

[lOj <COMMAND>: := <DEFSTARTCOMMAND> <SEMI> < PRIMCQMMAND1LIST> 

< DEFF INlSHOCOMMAND> . 

[ 11] < PR IMCOMMAND1 LIST > : := <EMPTY> . 

[ 12 ] < PRIMC0MMAND1LIST> : : = < PRIMCOMMAND1LISTX PRIMCOMMANDl> . 

[ 13 J <PRIMCOivMANDl> : := <BLANKXSEMI> . 

[ 14] <PRIMCOMMANDl> : : = < B LANK> < PR IMCOMivAND> < SEMI> . 

[15] <PEIMCOMMAND>::= <BOXCOMMAM)> . 

[16] < PRIMCOMMAND> : : = < LAYERCOMlViAND> • 

[17] <PRIMCOMMAND>: := <CALLCOMMAND> « 

[18] < BOXCOMMAND> : i =B< I NTEGERXSEP> < INTEGER> < SEPX POINT> 
<SEPXPOINT> . 



[19] <UYERCGMmAND>::« L< SHORT NAME > . 

[20] <3EF$TARTC0MMAND> ; :« D<Ei\iPTY> S< I NT EGER ><SEP> 

< INTEGER 'XSEP><INTEGER> . 

[21] <DEFFINlSHCOiviivkAND> : :=: D<EMPTY> F. 

[22] <DEFDELETECOMMAND> : := D<EjvlPTY> D< I INTEGER) * 

[23 j < CALLCOMivAND) : : * C< INTEGER) < TRANSF ORMAT ION) . 
[24] < E IOCCMviAND) : : = E. 

[ 25 ] < TRANSFORMATION) : : = <TKANSFCRMAT I0N1LIST) . 

[26] <TKANSFORMATION1LIST>::= < EMPTY) • 

[27] <TEANSF0RMATI0N1LIST) : : = < T RANS F ORMAT I ON 1LIST > 

< TRANSFORMATION!) . 

[28] < TRANSFORMAT ION 1) : < BLANK) T<P0INT>. 

[29] <TRANSF0RMATI0N1> : t= < BLANK) M< EMPTY) X, 

[30] < TRANSF ORMAT ION 1> : :=* < BLANK) M< EMPTY) Y t 

[31] TRANSFORMATION!) : := <BLANK) R<P0INT>. 

[32] < POINT) : := <SINTEGERXSEPXSINTEGER) . 

[33] <SINTEGER> : := < SEP XI NT EGERD) * 

[34] <SINTEGER> : := <SEP) -< INTEGERD) • 

[35] < INTEGER) : : = < SEP) < INTEGERD) . 

[36] < INTEGERD) : := <DIGITXDIGITLIST> * 

[37 ] <DIGITLIST> : := < EMPTY) . 

[38] <DIGITLIST)::= <DIGITLISTXDIGIT> . 

[39] < SHORT NAME) : : =* <C1XC1>. 

[ 40 ] < Cl) : : * <UPPERCHAR) . 



[41] 

<SEMI> : :=x 

# 

t * 


[42] 

< SEP> : : = <BLANK> 

[43] 

<DIGIT>: :=* 

0. 


[44] 

<DIGIT> : := 

1* 


[45] 

<DIGXT>: := 

2* 


[46] 

<DIGIT> : := 

3* 


[47] 

<DIGIT>: : = 

4* 


[48] 

<DIGIT> : :* 

5. 


[49] 

<DIGIT> : : = 

6* 


[50] 

<DIGIT>: i= 

7ft 


[51] 

<DIGIT>::= 

8. 


[52] 

<DIGIT> : := 

9. 


[53] 

<UPPERCHAR> : 


A 

[54] 

<UPPERCHAR> : 


B 

[55] 

< UPPER CHAR> : 


C 

[56] 

<UPPERCHAR> : 

* tSL 

D 

[57] 

<UPPERCHAR> : 

: = 

E 

[58] 

<UPPERCHAR> : 

* 3= 

F 

[59]: 

<UPPERCHAR> : 

:== 

G 

[60] 

<UPPERCHAR> : 


H 

[61] 

<UPPERCHAR> : 

S=* 

I 

[62] 

<UPPERCHAR> : 

: = 

J 

[63] 

<UPPERCHAR> : 

; = 

K 
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C 64] 

<UPPERCHAR> : := 

L. 

[65] 

<UPPERCHAR>: ;= 

M. 

[66] 

<UPPERCHAR>: := 

N. 

[67] 

<UPPERCHAR> : t = 

0. 

[68] 

<UPPERCHAR> : ;= 

P. 

[69] 

<UPPERCHAR>: := 

Q,. 

[70] 

<UPPERCHAR> : : = 

R. 

[71] 

<UPPERCHAR> : : = 

s. 

[72] 

<UPPERCHAR> : := 

T. 

[73] 

<UPPHRCHAR> : : = 

U. 

[74] 

<UPPERCHAR> : : = 

V, 

[75] 

<UPPERCHAR> : : = 

w. 

[76] 

<UPPERCHAR> : : = 

X. 

[77] 

<UPPERCHAR>: := 

Y. 

[78] 

<UPPEKCHAR>: ;= 

z. 

[79] 

<8LANK> ; BLANK. 
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Note 


appendix B 
SLR parsing table 

“ A11 the symb0ls terminals and non-terminals 
have been indexed as follows: 

terminal-details 

IM2 terminal mamf 

0 = e 

1 =3 

2 = B 

3 =* L 

4 =: D 

5 =* S 

6 = F 

7 = C 

8 = E 

9 a T 

10 = M 

11 = X 

12 = Y 

13 * R 

14 a - 

15 = ; 

16 = 0 

17 = 1 

18 s 2 

19 = 3 

20 a 4 

21 = 5 
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22 s 6 

23 a 7 

24 at 8 

25 = 9 

26 * A 

27 a G 

28 = H 

29 = I 

30 =* J 

31 = K 

32 = N 

33 a o 

34 * p 

35 = Q 

36 =b U 

37 =» V 

38 as W 

39 - Z 

40 = - 

NONTERMINAL-DETAILS 

• MI NONTERMINAL NAME 

41 = START 

42 = CIFFILE 

43 a COMMA ND1LIST 

44 =* ENDCOMMAND 

45 = BLANK 

46 = EMPTY 

47 = CQMMAND1 

48 =: SEMI 

49 = COMMAND 

50 = PRIMCQMMAND 
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51 * defdeletecqmand 

52 a DEF START COMMAND 

53 a PR IMCOMMAND1LIST 

54 « DEFFINISHCQMMAND 

55 * PRIMCOMMA1D1 

56 a boxcommand 

57 a LAYERCOMMAND 

58 a CALLCQMMAND 

59 * INTEGER 

60 * SEP 

61 * POINT 

62 a SHORTNAME 

63 a TRANSFORMATION 

64 a TRANSFORMAT IONILIST 

65 a TRANSFORMATION! 

66 a SINTEGER 

67 = INTEGERD 

68 a DIGIT 

69 a DIGITLIST 

70 = Cl 

71 a UPPERCHAR 

Note 2 : The entries of the table have been tabulated row-wise. 

The row No* (i.e* the state number) has been enclosed 
within * *• 

Note 3 s The first argument of the ACTION function is the 
row No* (i.e* state No.) while its 2nd 
argument Indicates the column No* which is the index 
for some grammar symbol* As a typical example. 
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ACTION (1,D) • » r5 has been represented in this 
table as:- * 1 * [4] : rb where 4 is the ool.No. 
which is the index for D. 

Note 4 ; The 1st argument of the GOTO function is the row No. 

2nd 

(i*e, state No.) while its^argument is the col. No. 

As a typical example, GOTO (3, endCommand) = 7 has been 

represented in the table as:- * 3 * [44]:pG7 where 

is 

44 is the colmn No. which^/the index for endCommand. 

Note 5 : All the missing entries (i.e. those entries which 

have not been reflected in this table) are 1 error r entries , 

*0* [0] : si, [42]:PG2, [43]:PG3, [46]:PG4 

*1* [4]: r5, [5]:r5, [6]:rb, [8]sr5, [ll]:r5, [l2]:r5, 

[I5]:r5, [l6]:r5, [l7]:rb, [l8]:r5, [l9]:j5 f [20]sr5, 

[21] :r5, [22]:rb, [23]:r5, [24]:r5, [25]5rb, [40]:r5 

*2* [l]: ACC 

*3* [8]:s5, [40]:s6, [44]:PG7, [4b]:PG8, [47]:PG9 

*4* [8]:r3, [40]:r3 

*5* [40]:r24 

*6* [l]:r79, [2]:r79, [3] :r79, , [4] :r79, [7]:r79, [9]:r79, 

ClO]:r79, [l3]:r79, [l4]sr79, [I5]:r79, [l6]:r79, 

[l7]:r79, [l83:r79, [l9]:r79, [20]:r79, [2l]:r79, 

[22] :r79, [23]:r79, [24]:r79, [25]:r79, [4o]:r79 

*7* [40]**s6, [45]:PG10 
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* 8 * 


[3]:sl2, [4]:sl3, 
[49]:PG17, [5 0 ]:PG18, [51] : 
[57]:PG22, [58]:PG23 


[7]:sl4, [15 ]:s15,[48]:PG16, 
PG19 7 [52]:PG20, [56]:PG21, 


*9* [8]:r4, [40]:x4 

*10* [lj:x2 

*11* [40]:s6, [45]:PG24, [59]:PG25, [60]sPG26 

*12* [2]:s27, [3]:s28, [4]:s29, [5]:s3 0 , [6j:s3l, [ 7 ]:s32, 

[8]:s33, [9]:s34, [lo]:s35, [ll] :s 36, [l2]:s37, 
[I3]:s38, [28]:s39, [27]:s40, [28]:s41, [29]:s42, 

[30]:s43, [3l]:s44, [32j:s45, [33]: S 46, [34]:s47 # 

[35j:s48, [36]:s49, [37]:s50, [38]:s51, [39]:s52, 

[62j:PG53, [70]: PG54, [7l]: PG55 

*13* [0]: si, [46]:PG56 

*14* [40]:s6, [45]:PG24, [59j:PG57, [60]:PG26 

*15* [4]:r41, [8] :r41, [40]:r41 

*16* [8]:r6, [40]:r6 

*17* [I5]:sl5, [48] : PG58 

*18* [I5]:r8 

*19* [l5]:r9, 

*20* [15] : sl5, [48]:PG59 

*21* [I5]:xl5 : 

*22* [I5j:xl6 

*23* [I5]:xl7 
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*24* 


[I4]:x42, 

[20]:r42, 

[25]:r42, 


[l6j:x42,. 

[2l]sx42, 

[40]:x42 


[17J:x42, 

[22J:x42, 


[18] :x42, 
[23]sx42, 


[l9]ix42, 

[24]:x42, 


*•25* [40]:s6 t [45]:PG24, [60 ]jPG60 

*26* [l6]:s61, [l7]:s62, [l8j:s63, 

[21] :S 66, [22]:s67, [23j: S 68, 
[67]:PG7-1 # [68]:PG72 


[l9]:s64 t [20]:s65, 
[24j:s69, [25]:s70, 


*27* 


[2j:r54, [3]:r54, [4]:r54, [5]:r54, [6]:r54, [7]:r54, 
[e]:x54, [9]:r54, [l0]:r54, [ll]:r54, [l2]=r54. 


[I3]:x54, [I5j:r54, [26]:r54, [27]:x54, [28]:r54, 
[29]:r54, [30]:x54, [3lJ:r54, [32]=x54, [33j:r54 f 
[34j:r54, [35]:x54, [36]:r54, [37]:x54, [38^x54, 


[39]:r54 


*28* [2]:x64, [3]:x64, [4]:x64 f [5]:x64, [6j!x64, [7]:x64, 

[8j:x64, [9]:x64, [l0].:r64, [ll]:x64, [l2]:x64, 
[l3j:x64, [l5]:r64, [26]:r64 / [27]:x64, [28j:x64, 

[29]:r64 f [30]:x64, [3lJ: r 64, [32]: r 64 # [33]:x64, 

[34j:x64, [35]:x64, [36j:x64, [37]:x64, [38]:x64, 

[39j:x64 


*29* [2j:x56, [3j:x56, [4J:x56, [5]:x56, [6j:x56, [7]:x56 

[8]:x56, [9j:r56, [lO]:x56, [ll]:x56, [l2Jix56, 
[I3j:x56, [I5j:x56, [26]:x56, [27]:x56, [28]:x56, 

[29]:r56, [3oJ:x56, [3l]:x56, [32]:x56, [33j:x56, 

[34j:x56, [35 J:x56, [36jix56, [37]:x56, [38j*x56 > 

[39j:x56 
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*30* [2J:r71, [3]:r71, [4]:x71, [5]:x71, [6];x71, [7]:x71, 

[8j:r71 f [9]:x71, [l0j:x71, [ll]:x71, [l2]:x71, [l3]:x71, 
[l5]:x71,[26j:x71, [27];x71, [28]:x71, [29]:x71, [30]:x71, 
[3l]:x71, [32]:x71 t [33]:x71, [34]:x7l, [35] : x71, [36] :x71, 
[38]:x71, [39]:x71 

*31* [2]:x58, [3]sr58, [4]:x58, [5]:x58, [6]:x58, [7]:x58, 

[8]:r58, [9]:x58, [lo]:x58, [ll];x58, [l2]:r58, [l3]:x58, 
[I5]:x58, [26]:x58, [27]:x58, [28]:x58, [29] : x58, [30] : x58, 
[3l]:x58, [32]:x58, [33]:x58, [34]:x58, [35] :x58, [36] :x58, 
[37]:x58, [38]:r58, [39] :x58 

'32* [2]:x55, [3]:x55, [4]:x55, [5]:x55, [6]:x55, [7]:x55, 

[8]:x55, [9]:x55, [l0]:x55, [ll]:x55, [l2]:x55, [l3]:x55, 
[I5]:x55, [26]:x55, [27j:x55, [28]:x55, [29]:x55, [3o]*.x55, 
[3lj:x55, [32j:x55, [33]ji55, [34]:r55, [35]ix55, [36]:x55, 

[37]:x55, [38]:x55, [39J:x55. 

33* [2]:r57, [3j:x57, [4]sx57, [5]:x57, [6]:x57, [7]:x57, 

[8]:x57, [9]:x57, [lo]:x57, [ll]-*r57, [l2]:x57, [l3]:x57, 
[l5]:r57, [26]:x57, [27]:x57, [28]:x57, [29]:x57, [30];x57 

[3l]:x57, [32]:x57, [33]:x57, [34]:x57, [35]:x57, [36]:x57 
[37]:x57, [38]:x57, [39]:x57 

$4* [2]:x72» [3]:x72, [4]:x72, [5]:x72, [6]:x72, [7]:x72, 

[8]:x72, [9]:x72, [l0]:x72, [ll]:r72, [12] :r?2, [l3]:x72, 
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[l5]:x72, [26]:x72, [27]:x72, [28]:x72, [29]:x72, [30]:x72, 
[31J;r72, [32]:r72, [33jjx72, [34]:x72, [35] : x72, [36 J t x72, 
[37];x72, [3 8 ]:x72, [ 3 9]:x72 

* 35 * [2];x65, [3]:i6s, [4j:x65, [5j:r65, [6]:x65, [7]:x65, 

[8]:x65, [9]:x65, [lo]:x65, [ll]:x65, [l2]:r65, [l3]:x65, 
[l5]:x65, [26]:x65, [27]:x65, [28J:x65, [29j;x65, [3o]:x65 
[3l];x65, [32]:x65, [33]:x65, [34];x65, [35];x65, [36]:x65, 

[37j:r65, [38]:x65, [39]:x65 

*•36* [2]:x76, [3]:x76, [4]:x76, [5]:x76, [6]:x76, [7]:x76, 

[8]:x76, [9]:x76, [lO]:x76, [ll]:x76, [l2]:x76, [l3]:x76, 
[I5]:r76, [26]:x76, [27]:x76, [28]:x76, [29]:x76, [30]:x76, 

[3l]:x76, [32] :x76, [33]:x76, [3S]:x76, [35]:x76, [36]:r76, 

[ 37 J : x76, [38]:x76, [39]:r76 

e 37* [2]:x77, [3]:x77 f [4]:x77, [5]:x77, [6]:x77, [7]:x77, 

[8]:x77, / [9]:x77, [lO]:x77, [ll]:x77, [l2]:x77, [l3]: x77, 
[I5]:x77, [26]:x77, [27]:x77, [28]:r77, [29]:x77, [3o]:x77, 

[3l]:x77, [32]:x77, [33]:x77, [34];x77, [35]:r77, [36]:x77, 

[37]:x77, [38]:x77, [39]:x77. 

•38* [2]:x70, [3]:r70, [4]:x70, [5]:x70, [6]:x70, [7]:x70, 

[8]:x70, [9]:r70, [l0]:x70, [ll]:x70, [l2] :x70, [l3] :r70, 
[I5]:x70, [26];r70, [27]:x70, [28]:x70, [29]:x70, [30]:x70, 

[3l]:r70, [32}:r70, [33j:x70, [34]:*?0, [35]:x70, [36]:x70> 

[37]:x70, [38]:x70, [39]:r70. 




[2]:x53 f [3j:x53, [4]:r53, [5]sr53 [6]:x53, [7]:r53, 

x53, [9j:x53, [l 0 J:x53, [ll]:x53, [l2]:x53, [l3]:r53, 
[I5]:x53, [26 j :x53, [27j;r53, [28]:x53, [29j:x53, [30]:r53, 
[3lJ:r53, [32j:r53, [33j:r53, [34j:x53, [35j:r53, [36j:x53, 
[37j:x53, [38j:x53, [39]:r53. 


)* [2j:x59 f [3j:r59, [4j:r59, [5]:r59, [6]:x59, [7]:r59, 

[8 j : x59, [9j:x5 9 | [lC]:x59, [ll]*r59, [l2j:x59, [l3]:x59, 

[I5] : x5 9> [26j:x59, [27]:x5 9 , [28]:x5 9 , [2 9 j:x5 9 , [3o]:x5 9 , 

[3lj:x59, [32j:x59, [33j:x59, [34];r59, [35]:x59, [36]:r59, 

[37j:x5 9 , [38j:r59, [39] : r 59 

* [2 j :x60, [3j:r60, [4] :x60, [5]:x60, [6]:r60, [7]:r60, 

[3]:x60, [9J:x60, [l0]:r60, [llj:x60, [l2J:r60, [l3]:x60, 

[I5];x60, [26]:x60, [27]:r60, [28]:x60, [2 9 ]:r60, [30j:r60, 

[ol j : r6C, [32j:r60 y [33]:r60, [34]:x60 f [35]:x60, [36]:r60, 

[37]:x60, ' [38]:r60, [3 9 ]:x60 


* [2 J ; r6l, [3 j : r6l, [4]:x6l, [5]:r6l, [6j:r61, [7]:x6l, 

[ 8 ]:x 61 , [ 9 J £ r 61 » [lO]:r6X, [ll]:x61, [l2]:x61, [l3]:x61, 

[I5]:r61, [26J:x61, [27j:x61, [28]:x61, [2 9 ]:r61, [30]:r61, 

[0l]:x6l, [32];r6l, [33]:r61, [34]:x61, [35]:x6l, [36]:x6l, 

[37 j : r6l, [38] : x6l, [39]:x61, 

* [2]:x62, [3]:x62, [4j:x62, [5]:x62, [6]:x62, [7];x62, 

[8]:x62, [ 9 j:x62, [lO]:x62, [ll]:x62, [l2]:x62, [l3]:x62 , 

[l5]:x62, [26] ix62, [27]:x62, [28]:x62, [29]tr62, [3o];x62 ; 

[3l]:x62, [32]:x62, [33]:x62, [34]:x62, [35]:x62, 

[36]:x62, [37]:x62,[38]:x62, [3 9 ]:x62 
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■4* [2]:r63, [3]:r63, [4jsx63, [5]:r63, [6]:r63, [7]:r63, 

[8j:r63 # [9J:x63, [lO]:r63, [ll];r63, [l2j:x63, [l3]:r63, 
[l5j:x63, [26]:x63, [27]:x63, [28j;x63, [29j:r63, [30]:x63, 
[31 j : x63, [32jtx63, [33]sx63, [34]:x63, [35]:x63, [36]:r63, 

[37j;r63, [38]:x63, [39]:x63 

^5* [2]:r66, [3}:r66, [4];x66, [5]:x66, [6jtr66, [7]:x66, 

[8]:r66, [9]:x66, [lO]:x66, [ll]:x66, [l2]:r66, [l3];r66, 
[l5j:x66, [26]:x56, [27]:x66, [28]:r66, [29]:x66, [3(]si66, 
[3l]:x66, [32]:x66, [33]:x66, [34]:x66, [35]:r66, [36]sx66, 

[37j:r66, [38] : x66, [39]:x66 

36* [2j;r67, [3j:r67, [4]:r67, [5]:x67, [6]:x67, [7]:x67, 

[0j:r67, [9]:x67, [l0]:x67, [ll]:x67, [l2]:x67, [l3]:x67, 
[I5j:x67, [26];x67, [27]:r67, [28j:x67, [29]:r67, [3o]:x67, 

[3l]:x67, [32]:r67, [33]:x67, [34]:x67, [35jsi67, [36.1 * 

[37j:x67, [38]:x67, [39]:x67 

47* [2]:r68, [3j:r63, [4]:x68, [5]:x68, [6]:x68, [7j:r68, 

[8 j : ro8, [9] : x68, [lO]:x68, [ll]:x68, [l2]:x68, [l3] :x68, 
[l5J:r68, [26]:r68, [27]:x68, [28]:r68, [29j;r68, [3o]:x68, 
[3lj:r68, [32]:x68, [33]:r68» [34]sx68, [35]sx68, [36]:x68, 

[37]:x68, [38]:r68, [39].:x68 

[2]:r69» [3j:x69, [4]:r69, [5]:x69, [6]:r69, [7]:r69, 
[8]:r69, [9]:r69, [lO]:r69, [ll]*r69, [l2]sr69 f [l3]:x69, 


48 * 
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*44* [2}:r63, [3]:x63, [4]:x63, [5]:r63, [6]:x63, [7]:x63, 

[8]:x63 # [9]:x63, [lQj:x63, [ll]:r63, [l2j:x63 f [l3]:r63, 

[I5]:r63, [26]:x63, [27]:r63, [28j;x63, [29j:r63, [30]:x63, 
[3l]:x63, [32];x63, [33]:r63, [34jix63, [35];x63, [36]:x63, 

[37]ir63, [38]:x63, [39]:x63 

*45* [2]:x66, [3]:x66, [4];x66, [5}:x66, [6]tx66, [7j;x66, 

[8]:x66, [9]:x66, [lO]sr66, [ll]sr66, [l2]:r66, [l3]sr66 t 

[I5]ix66, [26]:r66, [27]:x66, [28]:x66, [29]:x66, [3(];x66, 
[3l]:x66, [32]:x66, [33]:r66, [34j:x66, [35]:r66, [36]:x66, 

[37j:x66, [38]:x66, [39]:r66 


*46* 


*47* 


[2]:x67, [3]:x67, [4]tx67, [5]:x67, [6]:x67, [7]:x67, 
[8j:r67, [9]:r67, [l0]:x67, [ll]sx67, [l2]:x67, [l3]:r67, 
[I5j:x67, [26] :x67, [27]:x67, [28]:x67, [29]:x67, [30]:x67, 

[3l]:x67, [32]sr67, [33]:x67, [34]:x67 f [35]:r67, [36 W" 

[37]:x67, [38]:x67, [39]:x67 

[2]:x68, [3j:x68, [4];x68, [5]:x68, [6]*.x68, [7j:x68, 
[8]:r68, [9]sx68, [lO]:x68, [ll]:x68, [l2]:x68, [l3]:x68, 
[I5]:x68, [26] : x68, [27]:x68, [28]sr68, [29j:x68, [3o]:x68, 

[3lJ:x68, [32]:x68, [33]sx68, [34]sx68, [35]:x68, [36]:x68, 

[37]:x68, [38]:x68, [39].tx68 


* 48 * 


[2]:x69| [3 j s r69 » 
[8]:x69, [9]:x69, 


[4]:x69, [5]sx69, [6]:x69, [7]sx69, 
[I0]sx69, [ll]:x69, [l2]:x69, [l3]:x69, 



< 95 * 


*49* 


*50* 


*51* 


*52* 


[l5]; x69, [26]:x69, [27]tr69, [28]:x69, [29]:r69, [30]:x69, 
[3l]:x69, [32j:x69, [33]:r69, [34]:r69, [35]:r69, [ 3£>]:r69, 
[37]:r69, [38J:x69, [39]:r69 

[2]ir73, [3]:x73 f [4];x73, [5]:x73, [6]:x73, [7]:xr3, 

[8]:x73, [9]:x73, [l0]:x73, [ll]:x73, [l2]:r73, [ 13]: x73 f 
[I5]:r73, [26]:x73, [27]:r73, [28]:x73, [29]:x73, Q30]:r73, 

[3l]:x73, [32]:x73, [33]:x73, [34]sx73, [35]ix73, C36j:x73, 

[37]:x73, [38]:x73, [39]:r73 

[2]sx74, [3]:x74, [4j:x74, [5]:x74, [6]:x74, [7]tiT4, 
[8]:x84, [9]:x74, [l0]:r74, [ll]:x74, [l2]:x74, Ll3jcx74, 
[I5]:r74, [26]:x74, [27j:r74, [20]:x74, [29]tx74, |30]:x74, 

[3l]:x74, [32]:r74, [33]:x74, [34]:x74, [35]:x74, f36]:x74, 

[37]:x74, [38]:x74, [39]tx74 

[2]:x75, [3] t x75 , [4]sx75, [5]sx75, [6]:x75, [7] xilb , 
[8]:r75, [9]:x75, [l0]:x75, [ll]sx75, [l2]:x75, [l3j :r75, 
[I5]:x75, [26]:x75, [27]:x75, [28]:x75, [29]:r75, [30]:x75, 

[3l]:x75, [32]:x75, [33]:r75, [34]:r75, [35]sx75, [86]:r75, 

[37]:r75, [38J:x75, [39]:x75 

[2]:r78, [3]:r78, [4j:r78, [5];r78, [6]:r78, [7] st*78, 
[8j:r78, [9]:r78, [l0]:x78, [ll]:r78, [l2]sr78, [L33 jx78, 
[15]: x 78, [26]:x78, [27]:x78, [28]:x78, [29]sr7S, [3o]:x78, 

[3l]:r78, [32]:x78, [33]:x78, [34]:x78, [35]:r7S, [36]:x78, 

[37]:x78, [38j:x78, [39]:x78< 



* 53 * 


*54* 


*55* 


*56* 

*57* 

*58* 

*59* 

*60* 

*61* 

*62* 


[I5]:rl9 

[2]:s27, [3]:s23, [4]:s29, [5>J = s^30 , fc]:s31, [7]ss32, 
[8]:s33, [9]ss34, [l0j:s3% [lG] :s 36- f [l2]:s37, [l3]:s38, 
[26j:s39, [27]:s40, [28]:s41„ 12 8] : s^42, [30]:s43, [3l]:s44, 
[32]: 845, [33]:s46, [34]: s47, [3 5] :s48, [36]:s49, [37]:s50, 
[38]:s51, [39]:s52, [ 70 ]: PG73, [ 71 _]t PG55 

[2]:r40, [3j:r40, [4] :r40, [5] jitO, [6]:r40, [7]:r40, 
[8J:r40, [9]:r40, [lO]:r40, [LIJieO, [l2J;r40, [l3]:r40, 
[I5]:r40, [26]:r40, [27]zr40, [283^0, [29]:r40, [30]sx40, 
[3l];x40, [32]:r40, [33]:r40, [30 34-0, [35]:x40, [36].r40, 

[37]:x40, [38]:x 40, [39j:r40 
[4]:s74, [5j:s75. 

[0]:sl, [46]:PQ76, [63]:PG77, [ 64-]: PG78. 


[8]:r7, [40]:x7, 


[ 0 ]:sl, [46 J 5 PG79, [53]:PG80 
[ 40 ]:s 6 , [45]:PG24, [59]:PG81 , [fe 0 j:PG 26 , 
[I5j:r43, [l6]:r43, [L7]:r43, DB]sr43, [l9]:r43, 
[2l]:r43, [ 22 ] S x 43 ,,[ 233 :x 43 , [>4]-r43, [25]:r43, 


[I5]:r44, [l6]:r44, 
[2l]:r44, [22]sr44, 


[I7]:x44, |1S] :r44, [l9]:r44, 
[23]: 1 4-4^ *[2-4] :r44, [25]:r44, 


[20]:r43, 

[40]:x43 

[20]:x44, 

[40]:x44 


[I5]:x45, 

[2l]:r45, 


[I6jsr45, 
[22] :r45, 


[17 ]: i45* 
[23]: i45. 


[l 8] :r45, 
[2_4l:r45, 


[l9]:r45, 

[25]:r45, 


[20]:x45, 

[40]:x45 


* 63 * 
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* 64 * 

*65* 

* 66 * 

*67* 

* 68 * 

*69* 

*70* 

*71* 

*72* 

*73* 

*74* 

*75* 

* 76 * 


[l5j:r46. 

[l6] : x46, 

[I7]:x46, 

[l8] 5x46, 

[ 19 ] 5x46, 

[20] 5i46, 

[2l]:x46, 

[22] 5X46, 

[23] :x46, 

[24] 5x46, 

[25]sx46, 

[40 ] 5 x46 

[I5]:x47, 

[16] 5X47, 

[17] 5X47, 

[18 ] 5 x46. 

[19] 5X47, 

[ 20 ] 5x47, 

[2l]sx47, 

[22]:x47, 

[23] 5X47, 

[24J5I47, 

[25] 5X47, 

[40 ] 5 x47 

[I5]:r48, 

[l6] 5 x48, 

[17] 5X48, 

[ 18 ] 5x48, 

[19] 5X43, 

[ 20 ] :x48. 

[21 ] 5x48, 

[22] 5x48, 

[23] :x48, 

[24] 5x48, 

[25] 5x48, 

[40] 5x48 

[I5]:r49, 

[ 16] :x49, 

[l7] 5i49, 

[ 18] 5X49, 

[19] 5X49, 

[20] 5i49, 

[2l]:r49, 

[22] 5x49, 

[23]sx49, 

[24] :x49, 

[25]tx49, 

[40] :x49 .1 

[I5]:r50, 

[ 16 ] : x50, 

[l7] t x50, 

[l3] 5x50, 

[l9 J 5 x50, 

[20] 5x50, 

[21 ] 5i50, 

[22] 5i50, 

[23] tx50. 

[24] 5x50, 

[25]s x50, 

[40] : x50 

[l5j:r51, 

[l6] 5x51, 

[I7]:x51, 

[18] 5 x51, 

[19] 5 x51, 

[20 J 5 x51, 

[2l]:r51, 

[22] 5x51, 

[23]sx51, 

[24] 5X51, 

, [25]:x51, 

, [40] 5x51 

[ 15] 5x52, 

, [16] 5 r52, 

, [17] 5X52, 

, [18] 5X52, 

, [ 19 ] 5x52 

, [20] 5X52, 

[21 15X52, 

, [22] 5 r52, 

, [23] 5X52, 

, [24] 5i52 : 

, [25 ] : r52 

, [40] 5x52 

[I5]:x35 ; 

, [40] :x35 





[ 0 ]:sl, 

[46 ] 5 PG82, 

[69 ] 5 PG83 

* 




[l5]:r39 

[ 40 ]:s6, [45] : PG24, [59]:PG84, [60]:PG26 
[ 40 ]:s6, [45]:PG24, [59]5PG84, [60]:PG26 
[I5]:r26, [40]:x26 



*77* [I5]:x23 

*78* [l5]:x25, [40j:s6, [45j:PG86, [65]:PG87» 

*79* [4]srll, [40]srll 

*80* [4] : s88, [4Q]:s6, [45j:PG89> [54]:PG90, [55]:PG91 

*81* [40]:s6, [45]:PG24, [6o]:PG92 

*82* [l5]:x37, [l6]:x37, [l7]:x37, [l8]:x37, [l9]:r37, [20]:x37, 

[2l'j:r37, [22]:x37, [23J:r37, [24]:x37, [25]:x37, [40]:x37 

*83* [I5]:x36, [l6]:s6l, [l7]ss62, Cl8]:s63, [l9]ss64, [20jts65, 

[2lJ;s66, [22]:s67, [23j:s68, [24]:s69, [25]:s70, [40]:x36, 

[68]:PG93 
*84* [I5]:x22. 

*85* [40]:s6, [45j:PG24, [60]:PG94 

*86* [9]:s95» [lO]:s96, [l3];s97 

*87* [l5]:r27, [40]:x27 

*88* [o]ssl, [46]:PG98. 


• 35 - 89 * 


[2] : sll, [3]:sl2, [7]:sl4, [I5]:sl5, 
[56]:PG21, [57]:PG22, [58]:PG23. 


[48J:PG99, [50]:PG100, 


*90* 

* 91 * 

*92* 

*93* 


[l5]:xl0. 

[4]:xl2, [40]:xl2 

[40]:s6, [45]:PG24, [60]tPG101, [6l]:PGI02, [66]sPG103 

[15]si38, [16] : r38» [l7J : r38, [l8] : r38, [l9]:r38, 
[20]:r38, [2l]-.r30, [22]:t38, [23]:r38, [24]sr38, 

[25j:x38, [40]:x38 


' 4 ,. 
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*94* [4Q]:s6, [45jsPG24, [59]:PG104, [60]:PG26 

* 95 * [4Q]:s6, [45]:PG24, [60]:PG101, [6l]:PG105, [66];PG103 

*96* [0]:sl, [46] : PG106 

* 97 * [40]: s 6 , [45]:PG24, [60]sPG101, [6l]:PG107, [66]:PG103 

*98* [6]:sl08 

* 99 * [4j:rl3, [40]:rl3 

*100* [l5]:sl5, [48] : PG109 

*101* [I4]:sll0, [I 6 ]:s 6 l, [l7]:s62, [l8]:s63, [l9]:s64, 

[20]:s65, [ 21 j:s 66 , [22]:s67, [23]:s68, [24]:s69, 
[25]:s70, [67]:PG111, [68]:PG72 

*102* [40]:s6, [45J:PG24, [60j:PG112 

*103* [40]:s6, [45]:PG24, [60j:PGll3 

*104* [40]:s6, [45]:PG24, [60]:PG114 

*105* [I5]:r28, [40]:?28 

* 106 * [llj: sll5, [I 2 ]:sll 6 , 

*107* [l5]:r31, [40j:r31 

*108* [ 15 ] : r21 

*109* [4]:rl4, [40]:rl4. 

*110* [16] : s61, [ 17 ] : s62 , [18]:. 63, [I9]:s64 ( [20].. 65, 

[ 2 l]:s 66 , [22] : s67, [23]:s68, [24]:s69, [25]:s70, 

[67] : PG117 1 [68]:PG72 
[I 5 ]:r 33 , [40]:r33 


* 111 * 
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*112* 

[ 40 J : s 6 , [ 45 ] : PG24 , [60j:PG101, 

[66]:PG103 

[6l]:PG118, 

*113* 

[40]:s6, [45 j : PG24, [60j:PG101, 

[66]:PG119 

*114* 

[40]:s6, [45jsPG24, [59j;PG120, 

[60]:PG26 

*115* 

[l5]:r29, [40]:r29 


*116* 

[I5j:r30, [40]:r30 


*117* 

[15] : r34, [40]:r34 


*118* 

[I5]srl8 


*119* 

[ 15 J :r32, [40j:x32 


*120* 

[I5]sr20. 
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